























Interface between an OBD-2 vehicle diagnostic 


connector and a serial PC port 


Design by G. Müller 


In last month’s article we took a look at the background and specification 
of the OBD-2 diagnostic connector fitted to new cars. Now, as promised 
we present an interface adapter that allows your car to confess its 
innermost secrets to your computer. 





We can thank an EU direc- 
tive dating from 1998 for 
the introduction and stan- 
dardisation of the OBD-2 
vehicle diagnostic connec- 
tor. The connector is stan- 
dard on all spark-ignition 
engined vehicles from 
2000 and should be fitted 
to diesel engined variants 
by 2003. The communica- 
tion protocols used can 
come in three different 
varieties. In Europe the 
most common protocol is 
the ISO standard. All of 
these protocols rely on 
serial data transfer 
but the 
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Figure |. The ELM323 pin-outs. 


signal levels and message format are 
not compatible with the serial com- 
munications port of a Personal Com- 
puter. 

The interface adapter described 
here contains a pre-programmed 
microcontroller produced by the 
company Elm Electronics of Canada. 
This controller together with a few 
external components allows the OBD 
vehicle connector to communicate 
with the serial port of a PC, laptop or 
PDA running a terminal emulation 
program. Alternatively a more 
sophisticated program can be devel- 
oped for the PC to provide a better 
user-interface and allow interpreta- 
tion and resetting of failure codes, 
together with real-time display of 
actual sensor information. In a fol- 
low-up article we will look at the 
development of just such a program 
and describe in detail the steps nec- 
essary to produce the finished pro- 
gram. The source code for this pro- 
gram is written in C and can be 
ported to any of the common operat- 
ing systems such as Linux, BeOS, or 
ONX using the freely available gcc 
compiler program. The source code 
together with a version of the pro- 
gram compiled to run under Win- 
dows will be available to download. 


The interpreter chip 


The ELM323 was specifically 
designed as a low-cost solution for 
interfacing a PC or PDA to a vehicle 
diagnostics connector. To keep things 
simple it communicates at a fixed 
baud rate of 9600 baud and does not 
offer a handshaking option for the 
RS232 interface. In addition it is only 
able to communicate using the 
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ELM323 Technical Data 


Absolute maximum ratings: 
Storage temperature 


Ambient temperature with power applied 


Voltage on Vpp with respect to Vss 


Voltage on any other pin with respect to Vss 


Electrical characteristics 


—65 °C to +150 °C 

-40 °C to +85 °C 

Oto +7.0V 

-0.6 V to (Vpp + 0.6 V) 


All values assume operation at 25 °C and 5 V supply unless otherwise stated. For further details refer to note | below. 


Characteristic 





Operating voltage VDD 4.5 
VDD rate of rise 0.05 
Average supply current IDD 

Input low voltage VSS 
Input high voltage 0.85 VDD 
Output low voltage 

Output high voltage VDD — 0.7 
RS232Rx Pin input current 0.5 
RS232 Baud rate 

Notes: 


Minimum Typical Maximum Units Conditions 

5.0 5.5 V 

V/ms See note 2 

1.0 2.4 mA See note 3 
0.15 VDD V 
VDD V 

0.6 V Current (Sink) = 8.7 mA 
V Current (source) = 5.4 mA 
0.5 mA See note 4 
9600 Baud See note 5 


1) This chip has a PIC]16C505 from Microchip Technology as a core embedded micro- 


controller. 


2) This spec must be met to ensure that a correct power-on-reset occurs. If the supply 


rises too slowly problems with the internal reset occur. 


3) Device only. Without any load current. 
4) This value represents the current flowing through the input protection diodes when 


applying large voltages to the RS232Rx input (pin 5) through a current limiting resistor. 


Values given are the maximum that should be allowed to flow continuously. 


5) Nominal data transfer rate when the recommended 3.579 MHz crystal is used as the 


frequency reference. Data is transferred to and from the ELM323 with 8 data bits, no 


parity and | stop bit (8 N 1). 


10.4 kHz ISO 9141 Protocol. This stan- 
dard is the most common used by the 
majority of European and Asian man- 
ufacturers. Vehicles built in the US 
use VPW and PWM protocols and 
suitable interpreter chips are also 
available from Elm Electronics. 


The most important technical 
specifications of the ELM323chip are 
listed under the heading ‘Technical 
Data’ The pinouts are shown in Fig- 
ure 1 and the internal block diagram 
is in Figure 2. The pin descriptions 
now follow: 


Vpp (Pin 1) 

This pin is the positive supply pin 
and should be the most positive 
point in the circuit (see the technical 
specifications). An internal power-on 
reset is derived from this pin to ini- 
tialise the microcontroller. 


XT1 (Pin 2) and XT2 (Pin 3) 

Connect a 3.579545 MHz crystal (NTSC TV 
colour burst) between these two pins. A 
capacitor (typically 27 pF) is fitted to each of 
these pins down to Vss. 


LFmode (Pin 4) 

This input selects the default linefeed mode 
after a reset or at power-up. A high-level on 
this pin will mean that each line sent by the 
ELM323 will be terminated by a carriage 
return (CR) and line feed (LF) character. A 
Low level on this input will mean that each 
line sent will be terminated by a carriage 
return only. The mode can also be changed in 
software by issuing the ATLO or ATL1 com- 
mand from the AT command set. 


RS232Rx (Pin 5) 

The RS232 transmit signal can be connected 
directly to this pin providing that a current 
limiting resistor (typically about 47 kQ) is con- 
nected in series. On-chip diodes ensure that 
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inputs to the ELM323 are protected against 
overvoltage while Schmitt triggers reduce the 
effects of noise on the inputs. 


RS232Tx (Pin 6) 

The ELM323 transmits data from this output. 
The signal level is compatible with most 
interface driver IC’s and there is even enough 
current to use a single PNP transistor as a 
line driver. 


LED Drive outputs (Pin 7, 8, 9 and 10) 
These four pins are low when the ELM323 is 
transmitting or receiving RS232 or OBD data. 
Providing that a suitable series current limit- 
ing resistor is fitted, the outputs can source 
or sink sufficient current to directly drive an 
LED. 


OBDIn (Pin 11) 

The serial OBD-Data is input on this pin. A 
logic high represents the active state of the 
OBD K line. There is no Schmitt trigger fitted 
to this input so an external input buffer 
should be employed to reduce the input sig- 
nal transition times. 


OBDL (Pin 12) and OBDK (Pin 13) 

These active-high output signals are used to 
drive the OBD bus using external NPN driver 
transistors. Data transfer normally occurs 
over the K line but the standards specify that 
the driver for the L line be implemented also 
to ensure the bus is properly initialised. More 
on this later. 


The common ground pin. (The most negative 
point in the circuit). 





Figure 3. The | 6-pin connector for the vehicle 
diagnostic connector. 
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Figure 2. Block diagram for the OBD-2/RS232 converter. 


The Interface circuit 
The SAE Standard J1962 stipulates 
that all OBD compliant vehicles must 
provide a standard connector close 
to the driver's seat. The shape and 
pinouts of the 16-pin connector has 
already been described in the previ- 
ous article (Card Diagnosis Systems, 
Elektor Electronics October 2002). 
The circuit described here plugs 
directly into this connector without 
any changes necessary to the vehi- 
cle. 

The male J1962 connector (Figure 
3) needed to plug into the vehicles 
connector may be difficult to obtain 
(see parts list) and you may be 
tempted to improvise by connecting 
to the back of the vehicle’s OBD con- 
nector. If you attempt this, it should 


be stressed that you should do noth- 
ing to compromise the integrity of 
the vehicle’s OBD network. The use 
of any type of connector that could 
easily short out pins (e.g., the RJ11 
type phone connector) is not recom- 
mended. 

The circuit of the OBD/RS232 
interface with the ELM323 is shown 
in Figure 4. Power is derived from 
the vehicle battery (nominally 
14.4 V) via pin 16 of the OBD con- 
nector (K1) while the vehicle earth is 
at pin 5. Voltage regulator IC2 pro- 
vides 5 V for the circuit and its built- 
in current limit offers some protec- 
tion for the circuit. Diode D7 gives 
reverse polarity protection. LED D8 
‘power’ indicates that the 5 V supply 
is available. 
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TEST MEASUREMENT 


The remaining two connections to 
the vehicle (OBD Pin 7 and 15) are 
the data lines described in the ISO 
9141 and ISO 14230 standards. In 
accordance to the standards pin 7 of 
the connector is the K output while 
pin 15 is the L output. We will refer 
to these as the K line and L line of 
the OBD system. To comply with the 
specification, the ELM323 controls 
these two lines using NPN transis- 
tors with 510 Q pull-up resistors. 

The adapter circuit receives diag- 
nostic data from the K line (pin 7 on 
the OBD connector). The data is 
inverted by transistor T3 before it is 
read by IC1 (pin 11). This transistor 
stage raises the threshold voltage to 
around 4 V instead of the standard 
2.5 V for a CMOS input. The effect of 
this is to improve noise immunity on 
the input and the stage gain speeds 
up signal transition times. 

For the interface to a computer 
there is a very simple RS232 imple- 
mentation using just RxD (Pin 2) and 
TxD (Pin3) of the 9-pin sub-D con- 











nector. Most RS232 interface circuits 
require a voltage converter to pro- 
duce a negative supply to allow the 
correct signal swing for RS232 sig- 
nals. This design however, stores 
negative charge from the TxD line 
onto capacitor C3 to ensure that data 
output from the ELM323 will swing 
negative when T4 switches off. 
Resistor R12 limits the input current 
from the computer. R13 ensures that 
the RS232 input (IC1, pin 5) will be 
pulled low when the connector at K2 
is disconnected. Transistor T4 drives 
RS232 data to the PC. The signal 
voltage will swing between +5 V 
(high) when T4 is conducting to 
-5.1 V (low) from the negative 
charge stored on C3 when T4 is off. 
Despite the simplicity of this RS232 
interface it works very well. 

Pin 4 of IC1 is tied high to force 
the microcontroller to send a line 
feed (LF) character after each car- 
riage return (CR) character. 

The four LEDs connected to pins 
7, 8, 9 and 10 give a visual indication 
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Figure 4. The OBD-2 to RS232 adapter circuit diagram. 
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of data flowing at both the OBD and RS232 
interface. The two groups of LEDs share a 
common current limiting resistor because 
data will only be flowing in one direction at 
any one time on either of the two interfaces 
(the ELM323 is not capable of true multitask- 
ing). The OBD bus may also be in its initiali- 
sation phase when RS232 data is sent to it so 
these limiting resistors are separate for the 
OBD and RS232 interface. 

A crystal is fitted between pins 2 and 3 of 
IC1 along with two 27 pF loading capacitors. 
The capacitor values shown are typical but 
these may need to be changed depending on 
the crystal specification. The frequency cho- 
sen is that of the NTSC standard TV colour 
burst crystal and should be relatively cheap 
and widely available. 


Construction and test 


The layout for the circuit can be seen in Fig- 
ure 4. Although the PCB is single-sided it 
does not need any wire links to be fitted. Con- 
nector K2 is a 9-way sub-D socket (do not 
make the mistake of fitting a plug). 

As for the RS232 cable make sure that it is 
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a standard extension cable with the pins 
wired 1:1; not a null modem cable where the 
wires are connected quite differently. 

Refer to the parts list for suppliers of the 
special components used in this design. 
(ELM323 and OBD plug). Hopefully a UK sup- 
plier emerges following publication of this 
article. 

Once everything has been soldered in 
place check closely that all the components 
are correctly fitted and that there are no sol- 
der bridges on the track side. Now the circuit 


COMPONENTS LIST 


Resistors: 
RI,R3 = 510Q 
R2,R4 = 2kQ2 
R5,R6,RIO0 = 10kQ 
R7,RI1 = 4kQ7 
R8,R9 = 33002 
RI2 = 47kQ 
RI3 = 100kQ 
RI4 = 680 
Capacitors: 
Cl,C2 = 27pF 
C3-C6 = 100nF 


Semiconductors: 
DI,D6 = IN4148 
D2-D5 = LED, red 
D8 = LED, green 
D7 = |N4001 
TI,T2 = BC547B 
T3,T4 = BC557B 
ICI = ELM323 * 
IC2 = 78L05 


Miscellaneous: 

KI = 16-way boxheader 

K2 = 9-way sub-D socket (female), angled 
pins, PCB mounting 

XI = 3.579545MHz quartz crystal (NTSC), 
32pF parallel resonance 

16-way OBD-2 plug * 

PCB, order code 020138-1 (see Readers 
Services page) 


* Suggested source for ELM323 and OBD 
plug kit: 
Kiister Datensysteme (KDS) 
Geibelstrasse |4 
D-30173 Hannover 
Germany 
Tel. (+49) 511 886059 
Fax (+49) 511 8093329 
E-Mail: OBD-Service@KDS-Online.com 





* OBD connector parts also available from 
www.scantool.net 


www.autoxray.com 
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Figure 5. The PCB layout (board available ready-made). 


is complete you are probably anxious 
to try it out, but resist the temptation 
to plug it into the vehicle connector 
without first making some prelimi- 
nary tests. Power up the circuit on 
the bench using either a 12 V mains 
supply or a 9 V battery together with 
a computer with a serial interface. 
Connect the power supply positive 
to pin 16 (+ 12 V) and the negative 
to pin 5 (ground). If everything is in 
order the green LED will come on to 
indicate that the circuit has power), 
The red LEDs will then briefly light. 
The 5 V supply can now be checked. 

When everything is in order the 
next step is to connect the vehicle 
adapter to the serial port of a PC. It 
is now possible to check voltages 
around the circuit and compare them 
with the typical values given on the 
circuit diagram. The +5 V and -0.5 V 
shown on pins 6 and 5 of IC1 should 
be fairly close to these values but the 
voltage on pin 3 of connector K3 is 
derived from the PC and depends 
largely on the type of interface chip 


used in the external computer. It can 
be anything from about - 3 V to 
- 12 V. The voltage on capacitor C3 is 
dependent on the level of this volt- 
age and should be about one diode 
drop (0.4 to 0.6 V) higher than the 
voltage measured at the TxD pin. In 
the circuit diagram TxD is assumed 
as -9.3 V which then gives -8.9 V 
after the voltage drop across D6. 

Should you find that the voltage 
levels are substantially lower than 
the values shown on the diagram 
then it is important to find the prob- 
lem before we can proceed any fur- 
ther. A short circuit on the RS232 
interface will usually not result in 
damage to the PC because the sig- 
nals are current-limited. 

For a functional test of the serial 
interface we obviously need some 
software to run on the PC to send 
and receive serial data. The win- 
dows program accompanying this 
project (to be described in a follow- 
up article) would be a suitable tool 
for this job but if you are anxious to 
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Figure 6.The fully populated PCB. The red LEDs indicate transmitting and receiving data through the ports. 


test the interface then a terminal 
emulator program such as HyperTer- 
minal will do. With any luck it should 
already be loaded on your Windows 
system, usually in ‘Program Files’ 
under ‘Accessories’. If not then the 
program can be downloaded free of 
charge from: www.hilgraeve.com 





HyperTerminal should be initialised 
with the following communication 
parameters: Data rate 9600 Baud, 8 
Data bits, no Parity bit, 1 Stop bit 
and no handshake (no hardware 
handshake and no XOn/Xoff hand- 
shake). This is abbreviated to: 
9600,8N1. 

Assuming that the interface is 
correctly connected you should see 
the four red LEDs light up and the 
following message will appear on 
the screen: 


ELM323 v1.0 
> 


This gives the version number of the 
microcontroller software and also 
indicates that the IC is working cor- 
rectly, and that the communication 
baud rate and receive path (the Rx 
input to the PC) is in order. The ‘>’ 
character is a prompt issued by the 
ELM323 indicating that it is ready to 
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accept data from the RS232 port. 
Messages from the PC can be 
intended for the internal use by the 
ELM323 or for the vehicles diagnostic 
system. The ELM323 handles all the 
communication and determines the 
message destination by analysing 
its character strings. Commands for 
the ELM323 are always prefixed 
with ‘AT’ commands just like the 
command set for Hayes compatible 
modems, while instructions for the 
OBD are ASCII coded hexadecimal 
numbers (0 to 9 and Ato F). Asa 
test, enter the command ATE1 (turn 
echo on) followed by the enter key, if 
there is no ‘OK’ response check the 
earth connection (Pin 5) and check 
the settings in the terminal emulator 
program to ensure that ‘No hand- 
shake’ is selected. 


now for the car clinic 


It is undoubtedly easier to communi- 
cate with the OBD system by using 
the Windows based program that 
we referred to earlier. This program 
will be featured in the next article on 
this project. If you can’t wait, then 
the terminal emulator can meet out 
needs again; armed with a copy of 
the OBD-2 interface documentation 
and the ELM323 command set you 


should be able to unravel all of your vehicles 
secrets. We have gathered together some 
information to help you in this quest and all 
of this is available to download from the Elek- 
tor Electronics website under the following 
headings: 


— Communication between the PC and the 
ELM323. 

— AT commands. 

— OBD bus initialisation. 

— OBD commands. 

— Diagnostic test modes. 

— Read out and evaluation of fail codes. 

— Clearing fail codes. 

— ELM232 fail codes. 


This detailed information should be of inter- 
est not only to anyone building this project 
but also to those of you thinking of develop- 
ing an application based around the OBD sys- 
tem. In a forthcoming article we concentrate 
on the software for this project and include 
tips and code examples along with the other 
programs already mentioned above. 

(020138-2) 


Note: 

Much of the material in this article is taken from a 
data sheet from Elm Electronics, Canada. The 
original can be downloaded from: 


www.elmelectronics.com/dsheets.html 
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